home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 5900 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.5 KB
  1. Path: hai.hiMolde.no!runee
  2. From: runee@hai.hiMolde.no (Rune Espeseth)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: No waitTOF under CyberGraphX!
  5. Date: 21 Mar 1996 13:10:35 GMT
  6. Organization: Molde College, Department of Computer Science
  7. Message-ID: <4irkgb$kne@ulke.hiMolde.no>
  8. References: <13213651@sourcery.han.de> <31319872.751@plea.se> <zp0e60aCMqF5Z1a@blank1.blanker.ruhr.de> <313C4157.7806@plea.se> <zp221eaCP6huZ1a@blank1.blanker.ruhr.de> <4i4uch$qdu@skivs.ski.org>
  9. NNTP-Posting-Host: hai.himolde.no
  10. X-Newsreader: TIN [version 1.2 PL2]
  11.  
  12. Doug Taylor (dtaylor@skivs.ski.org) wrote:
  13. : As far as I can tell when you write a new display start address it takes
  14. : effect on the next vertical blank. I believe this is a property of VGA and
  15. : SVGA chips. So if your rendering takes less than one frame you will get
  16. : smooth buffering but you will still have to wait for the vertical blank
  17. : signal to synchronize properly otherwise you may run ahead of yourself
  18. : and miss a frame.
  19.  
  20. Hmm... this sounds fine, but can anyone tell how you actually wait for the 
  21. verticalk blank/retrace ? Either by busywaiting or by setting up some 
  22. sort of interrupt ?
  23. If this can NOT be done on gfx-cards (esp. cybervision), then I would say 
  24. that they contain a BIG hardware-flaw that's INEXCUSABLE, and I want my money
  25. back (*sniff*) :)
  26.  
  27. --
  28. Regards,
  29. Rune Espeseth
  30.  
  31. -------------
  32. CyberStorm060/50Mhz, CyberVision64/4Mb
  33. Computer Information Science Student at Molde College, Norway
  34. Email: lakris@ask.himolde.no | Rune.Espeseth@himolde.no
  35.